* gdk_get_display:
*
* Gets the name of the display, which usually comes from the
- * <envar>DISPLAY</envar> environment variable or the
+ * `DISPLAY` environment variable or the
* <option>--display</option> command line option.
*
* Returns: the name of the display.
* followed by the Quartz backend, and then all
* others.
*
- * If the <envar>GDK_BACKEND</envar> environment variable
+ * If the `GDK_BACKEND` environment variable
* is set, it determines what backends are tried in what
* order, while still respecting the set of allowed backends
* that are specified by this function.
* Gets the singleton #GdkDisplayManager object.
*
* When called for the first time, this function consults the
- * <envar>GDK_BACKEND</envar> environment variable to find out which
+ * `GDK_BACKEND` environment variable to find out which
* of the supported GDK backends to use (in case GDK has been compiled
* with multiple backends). Applications can use gdk_set_allowed_backends()
* to limit what backends can be used.
*
* Return value: (transfer none): the Xlib Display* for
* the display specified in the <option>--display</option> command
- * line option or the <envar>DISPLAY</envar> environment variable.
+ * line option or the `DISPLAY` environment variable.
**/
Display *
gdk_x11_get_default_xdisplay (void)
* can be retrieved with gtk_rc_get_default_files()
* and modified with gtk_rc_add_default_file() and
* gtk_rc_set_default_files().
- * Additionally, the <envar>GTK2_RC_FILES</envar> environment variable
+ * Additionally, the `GTK2_RC_FILES` environment variable
* can be set to a #G_SEARCHPATH_SEPARATOR_S-separated list of files
* in order to overwrite the set of default files at runtime.
* <anchor id="locale-specific-rc"/>
* For each RC file, in addition to the file itself, GTK+ will look for
* a locale-specific file that will be parsed after the main file.
- * For instance, if <envar>LANG</envar> is set to <literal>ja_JP.ujis</literal>,
+ * For instance, if `LANG` is set to <literal>ja_JP.ujis</literal>,
* when loading the default file <filename>~/.gtkrc</filename> then GTK+ looks
* for <filename>~/.gtkrc.ja_JP</filename> and <filename>~/.gtkrc.ja</filename>,
* and parses the first of those that exists.
* * <literal>im_module_file <replaceable>pathname</replaceable></literal>
*
* Sets the pathname for the IM modules file. Setting this from RC files
- * is deprecated; you should use the environment variable <envar>GTK_IM_MODULE_FILE</envar>
+ * is deprecated; you should use the environment variable `GTK_IM_MODULE_FILE`
* instead.
*
* * <literal>style <replaceable>name</replaceable> [ =
* gtk_rc_get_im_module_path:
*
* Obtains the path in which to look for IM modules. See the documentation
- * of the <envar>GTK_PATH</envar>
+ * of the `GTK_PATH`
* environment variable for more details about looking up modules. This
* function is useful solely for utilities supplied with GTK+ and should
* not be used by applications under normal circumstances.
* gtk_rc_get_im_module_file:
*
* Obtains the path to the IM modules file. See the documentation
- * of the <envar>GTK_IM_MODULE_FILE</envar>
+ * of the `GTK_IM_MODULE_FILE`
* environment variable for more details.
*
* Returns: (type filename): a newly-allocated string containing the
*
* Returns a directory in which GTK+ looks for theme engines.
* For full information about the search for theme engines,
- * see the docs for <envar>GTK_PATH</envar> in
+ * see the docs for `GTK_PATH` in
* <xref linkend="gtk-running"/>.
*
* return value: (type filename): the directory. (Must be freed with g_free())
* Note that commandline arguments are not passed to gtk_init().
* All GTK+ functionality that is available via commandline arguments
* can also be achieved by setting suitable environment variables
- * such as <envar>G_DEBUG</envar>, so this should not be a big
+ * such as `G_DEBUG`, so this should not be a big
* problem. If you absolutely must support GTK+ commandline arguments,
* you can explicitly call gtk_init() before creating the application
* instance.
* calling gtk_css_provider_load_from_file() and adding the provider with
* gtk_style_context_add_provider() or gtk_style_context_add_provider_for_screen().
* In addition, certain files will be read when GTK+ is initialized. First,
- * the file <filename><envar>$XDG_CONFIG_HOME</envar>/gtk-3.0/gtk.css</filename>
+ * the file `$XDG_CONFIG_HOME/gtk-3.0/gtk.css`
* is loaded if it exists. Then, GTK+ tries to load
- * <filename><envar>$HOME</envar>/.themes/<replaceable>theme-name</replaceable>/gtk-3.0/gtk.css</filename>,
+ * `$HOME/.themes/<replaceable>theme-name</replaceable>/gtk-3.0/gtk.css`,
* falling back to
- * <filename><replaceable>datadir</replaceable>/share/themes/<replaceable>theme-name</replaceable>/gtk-3.0/gtk.css</filename>,
+ * `<replaceable>datadir</replaceable>/share/themes/<replaceable>theme-name</replaceable>/gtk-3.0/gtk.css`,
* where <replaceable>theme-name</replaceable> is the name of the current theme
* (see the #GtkSettings:gtk-theme-name setting) and <replaceable>datadir</replaceable>
* is the prefix configured when GTK+ was compiled, unless overridden by the
- * <envar>GTK_DATA_PREFIX</envar> environment variable.
+ * `GTK_DATA_PREFIX` environment variable.
*
* ## Style sheets
*
* rules are applied if the URI contains non-ASCII characters.
* However, filenames are always returned in
* the character set specified by the
- * <envar>G_FILENAME_ENCODING</envar> environment variable.
+ * `G_FILENAME_ENCODING` environment variable.
* Please see the GLib documentation for more details about this
* variable.
*